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Abstract 

In this paper we consider the scheduHng of periodic and parallel rigid tasks. We provide (and 
prove correct) an exact schedulability test for Fixed Task Priority (FTP) Gang scheduler sub-classes: 
Parallelism Monotonic, Idling, Limited Gang, and Limited Slack Reclaiming. Additionally, we study the 
predictability of our schedulers; we show that Gang FJP schedulers are not predictable and we identify 
several sub-classes which are actually predictable. Moreover, we extend the definition of rigid, moldable 
and malleable jobs to recurrent tasks. 

1 Introduction 

We consider the preemptive scheduling of real-time tasks on identical multiprocessor platforms (see [l2] 
[TH"). We deal with parallel real-time tasks, the case where each job may be executed on different proces- 
sors simultaneously, i.e., we allow job parallelism. Nowadays, the design of parallel programs is common 
thanks to parallel programming paradigms like Message Passing Interface (MPI II13I [141) or Parallel 
Virtual Machine (PVM [18. 12[). Even better, sequential programs can be parallelized using tools like 
OpenMP (see [5J for details). 

Related Work. Few models and results in the literature concern hard real-time and parallel tasks. 
Manimaran et al. in [17] consider the non-preemptive EDF scheduling of periodic tasks. Han et al. in [15l 
considered the scheduling of a (finite) set of real-time jobs allowing job parallelism while we consider 
the scheduling of either infinite set of jobs or equivalently a set a periodic tasks. In previous work we 
contributed mainly to the feasibility problem of parallel tasks. In [6[ we provided a task model which 
integrates job parallelism. We proved that the time- complexity of the feasibility problem of these systems 
is linear relatively to the number of (sporadic) tasks. More recently, we considered the scheduling of jobs 
which are composed of phases to be executed sequentially ; in [3] we provided a necessary feasibility 
test. Regarding the schedulability of recurrent real-time tasks, and to the best of our knowledge, we can 
only report the S. Kato et al. work (see [161 for details) which considers the Gang scheduling of rigid 
tasks (the number of processors is fixed beforehand) and provides a sujficient schedulability condition 
for Gang EDF scheduling. 

This Research. In this paper we study the scheduling of recurrent and parallel rigid tasks. Our main 
contribution is an exact schedulability test for Fixed Task Priority (FTP) Gang schedulers. Additionally, 
we study the predictability of our schedulers: we show that Gang FJP schedulers are not predictable 
and we identify several sub-classes which are actually predictable. Our technique is based on previous 
work for the scheduling of periodic tasks upon multiprocessors [|8j [3 . To summarize the technique, we 



characterized for FTP schedulers and for asynchronous periodic task models, upper bounds of the first 
time-instant where the schedule repeats. Based on the upper bounds and the predictability property, 
we provide exact schedulability tests for asynchronous constrained deadline periodic task sets. The 
predictability property is important in the technique and will be revisited in this work. We also extend 
the definition of rigid, moldable and malleable jobs to recurrent tasks. 

Paper Organization. This paper is organized as follows. Section [2] introduces definitions, the model of 
computation and our assumptions. In Section[3]we study the predictability of our system, in particular we 
show that Gang FJP schedulers are not predictable and we identify several sub-classes which are actually 
predictable. We prove the periodicity of feasible schedules of periodic systems in Section[4] In Sectionjs] 
we combine the periodicity and predictability properties, to provide, for our Gang FTP sub-classes, an 
exact schedulability test. Lastly, we conclude in Section [6] 

2 Model and Definitions 

2. 1 Parallel Terminology 

The parallel literature HIOI |4l UJ.] defines several kind of parallel tasks. But tasks in the non real-time 
parallel terminology does not have the same meaning as tasks in real-time scheduling literature. Actually, 
tasks in the parallel literature corresponds to jobs in our real-time community (i.e., corresponds to task 
instance). Especially, the notion of rigid recurrent task is not defined and does not extend trivially from 
the non real-time literature, in this section we fill the gap. 

Definition 1 (Rigid, Moldable and Malleable Job). A job is said to be: 

Rigid if the number of processors assigned to this job is specified externally to the scheduler a priori, and 
does not change throughout its execution; 

Moldable if the number of processors assigned to this job is determined by the scheduler, and does not 
change throughout its execution; 

Malleable if the number of processors assigned to this job can be changed by the scheduler during the job's 
execution. 

Definition 2 (Rigid, Moldable and Malleable Recurrent Task). Aperiodic/sporadic task is said to be: 

Rigid if all its jobs are rigid, and the number of processors assigned to the jobs is specified externally to the 
scheduler; 

Moldable if all its jobs are moldable; 

Malleable if all its jobs are malleable. 

Notice that a rigid task does not necessarily have jobs with the same size. For instance, if the user/ application 
decides that odd instances require v processors, and even instances v' processors, the task is said to be 
rigid. 

2.2 Task and Job Model 

We consider the preemptive scheduling of parallel jobs on a multiprocessor platform with m processors. 

We will focus on the problem of scheduling a set of parallel jobs, each job Jj =^ (rj,Vj,ej,dj) is char- 
acterized by a release time r^, Vj a required number of processors, an execution requirement Cj and an 
absolute deadline dj. The job Jj must execute for Cj time units over the interval [rj,dj) on Vj processors. 
We consider the scheduling of rigid tasks since Vi is fixed externally to the scheduler Actually, S. Kato 
et al. in [|16J have the same assumption as we do, and, given the Definition [2| they consider rigid tasks. 
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Figure 1: Gang FTP schedule with priority inversion at time 0. 



and not moldable tasks, as said in their paper — otherwise the scheduler would determine Vi on-line and 



As we will consider periodic systems, let r = {ti, . . . , t„} denote a set of n periodic parallel tasks. Each 
task Ti = {Oi,Vi,Ci, Di,Ti,) will generate an infinite number of jobs, where the fc"^ job of task is 



The execution requirement of a job of corresponds as a Q x Vi rectangle. In this document we assume 
Di < Ti for any r^, i.e., we consider constrained deadline systems. We consider multiprocessor platforms 
TT composed of m identical processors: {tti , 7r2, . . . , TTm}. 

2.3 Priority Assignment and Schedulers 

In this document we consider FTP and FJP schedulers with the following definitions. 

Definition 3 (FTP) . A priority assignment is a Fixed Task Priority assignment if it assigns the priorities to 
the tasks beforehand; at run-time each job priority corresponds to its task priority. (An FTP scheduler uses 
an FTP priority assignment.) 

We assume that tasks are indexed according to priority (lower the index, higher the priority). 

Definition 4 (FJP). A priority assignment is a Fixed Job Priority assignment if and only if it satisfies the 
condition that: for every pair of jobs Ji and Jj, if Jt has higher priority than Jj at some time-instant, then 
Ji always has higher priority than Jj. (An FJP scheduler uses an FJP priority assignment.) 

Remark that any FTP assignment is also FJP. 

Definition 5 (Gang FJP). At each instant, the algorithm schedules jobs on processors as follows: the highest 
priority (active) job Ji is scheduled on the first Vi available processors (if any). The very same rule is then 
applied to the remaining active jobs on the remaining available processors. 

Priority inversion. Figure [TJillustrates the Gang FTP schedule (ti is the highest priority task and the 
lowest one) of ti = (0, 2, 2, 5, 5), t2 = (0, 2, 3, 5, 5), = (0, 1, 4, 5, 5). Notice that Gang FJP and FTP can 
produce schedules where a lower-priority job (Jj) is scheduled while an active higher-priority job (JJ is 
not (typically if Vi > vj — which occurs at time in our example, t2 and T3 are active, T3 is executing in 
[0, 2) while T2 is not). This phenomenon, called priority inversion in this document, could be a drawback 
as we will see. Fortunately, we keep an important FTP-property: the scheduling of the sub-set {ri, . . . , r^} 
is not jeopardized by lower-priority tasks ({r^+i, . . . , t„}). 

Definition 6 (Schedule (7{t)). For any set of jobs J { Ji, J2, J3, ■ ■ ■} and any set ofm identical processors 
{tti, . . . ,7r„i} we define the schedule a{t) of system r at time-instant < as cr : N — > N™ where a{t) =^ 



at job-level. 



(O, + {k- a, + (fc - l)T, + A). 
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Figure 2: Non-predictability of Gang FJP schedulers. 1 > 2 > 3, and they all arrive at time 0. 
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Definition 7 (Availability of the processors). For any ordered set of jobs J and any set of m processors 
{tti, . . . , Tr,n}, we define the availability of the processors A{J, t) of the set of jobs J at time-instant t as the 

set of available processors: A{J, t) =^ {j \ aj (t) = 0}, where a is the schedule of J. 

Definition 8 (Active, Ready and Running jobs). A job is said to be active if it has been released, but is not 
finished yet. An active job is ready if it is not currently served ; an active job is running otherwise. 



3 Predictability of Gang Scheduling 

We consider the scheduling of sets of job J =^ Ji, J2, J3 . . ., (finite or infinite set of jobs) and without 
loss of generality we consider jobs in a decreasing order of priorities (Ji > J2 > J3 > • • • )• We suppose 
that the execution time of each job Ji can be any value in the interval [e~, e^] and we denote by the 

job defined as =^ {ri,Vi,ef ,di). We denote by J^*) the set of the first i higher priority jobs. We denote 

also by ji*' the set { Jf , . . . , J^^} and by J^^ the set {J^, . . . , J^}. Let S{J) be the time-instant at which 
the lowest priority job of J begins its execution in the schedule. Similarly, let F{J) be the time-instant 
at which the lowest priority job of J completes its execution in the schedule. 

Definition 9 (Predictable algorithms). A scheduling algorithm is said to be predictable if S'(ji*^) < 

S'(J(*)) < 5(4'^) and < < for all i > 1 and for all schedulable jf sets of 

jobs. 

Notice that the predictability of an algorithm implies that any system schedulable when all tasks use 
their worst case execution time is also schedulable when a task takes less time than expected. We then 
just need to show that the system is schedulable in the worst case to prove that the system is schedulable 
in all scenarios. 

In previous work [91 we proved, for a quite general model, i.e., FJP priority schedulers on unrelated 
multiprocessors, the predictability for sequential jobs (i.e., Vi = \ for any . Unfortunately that property 
is not satisfied for parallel jobs. 

Lemma 10. Gang FJP schedulers are not predictable on multiprocessors. 

Proof. Here is an example task system, on 2 processors (see Figure [2]): 

Ji = (0, 1, 3, 3), J2 = (0, 2, 1, 4), J3 = (0, 1, 2, 2) . 

Upon two processors and using the priority assignment Ji > J2 > J3, Gang FJP schedules the set of jobs 
(J3 completes at time-instant 2). Unfortunately, if the actual duration of Ji is 1, J2 will preempt J3 at 
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time i = 1 and J3 will complete later, at time-instant 3. Then, J3 does not miss its deadline in the "worst 
case" scenario, but misses it if Ji uses less than its worst case execution time ei. □ 

This negative result implies that neither the DM, RM nor EDF are predictable for Gang scheduUng. 

The problem we highlight in this example occurs because some jobs which were not preempted in the 
worst case scenario are preempted in a scenario with shorter execution times. In other words, by allowing 
a job Ji taking advantage of some slack time given by another (higher priority) job, Ji interrupts a job 
Jj (with Jj < Ji) which would not have been suspended if we did not have any slack. 

If, as we will do and prove in this work, we find a way to avoid the priority inversion phenomenon, we 
will never have those problematic preemptions. Indeed, if no lower priority job Jj is authorized to start 
between the arrival of Ji (Jj < Ji) and its start time, then if Ji starts anywhere between its arrival time, 
and its start time in the worst case scenario, it will not interrupt tasks that it would not have interrupt in 
the worst case. 

The "problematic preemptions" can be avoided by (at least) three ways: 

• By avoiding the priority inversion; 

• By avoiding any slack (or by not using it); 

• By using the slack, but in a "smart" way. 

In order to obtain a predictable system, we identify two ways of modifying the system: 

• First, we will propose to constraint the priority assignment. We introduce the Parallelism Monotonic 
FTP assignment, and prove the predictability of these priority assignments; 

• Second, we will propose three variants of the scheduler, giving a predictable behavior Those 
variants are the idling scheduler (not using the slack), the limited Gang FJP scheduler (avoiding 
priority inversion), and the Gang FJP scheduler with limited slack reclaiming (smartly using the 
slack). 



3.1 Parallelism Monotonic FTP Assignment 

In this section we will consider a sub-class of Gang FTP assignments which are predictable. 

Definition 11 (Parallelism Monotonic). An FTP priority assignment is Parallelism Monotonic ijfi < j ^ 

Vi < Vj. 

Notice that this class is very interesting from the theoretical point of view, but might be not a good choice 
for some implementation. Indeed, it gives a low priority to highly parallel jobs, which makes them more 
difficult to schedule. In general, it might be useful to first schedule the very parallel jobs, and then to fill 
the available processors with smaller jobs. 

We will now prove that any Parallelism Monotonic assignment are predictable. 

In O we showed that ^( J+ ' , t) C ^( , t), for all t and all i. In other words, that at any time-instant the 
processors available in ct^'^ are also available in ct'*'. The counterexample used in the proof of Lemma 10 



violates that property as well. In the following we will consider another kind of processors availability. 

Definition 12 (Level-(i) availability of the processors). For any ordered set of i — Ijobs J — Ji, . . . , Ji_i 
and any set of m processors, we define the level-(i) availability of the processors Ai{J,t) of the set of jobs J 
at time-instant t as follows 

^#A{J,t) if#A{J,t)>vf, 
otherwise. 



A^t)^^' 



Informally speaking, Ai{J, t) is the the number of available processors if the latter is sufficient to schedule 
Ji, otherwise Ai{J, t) is null. 
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Lemma 13. For any schedulable ordered set of jobs J, using a Gang FJP Parallelism Monotonia on m 
processors, we have Ai{J^^^\t) < Ai{J^^^^\t), for all t and all i. (We consider that the sets of jobs are 
ordered in the same decreasing order of the priorities, i.e., Ji > J2 > ■ ■ ■ > Je and > J2 > ■ ■ ■ > J/t.) 

Proof. The proof is made by induction on £ (the number of jobs). Our inductive hypothesis is the follow- 
ing: Aki/^^^\t) < AkiJ^''-^\t), for alHand 1< fc < i + 1. 

The property is true in the base case since A2{J^+\t) < A2{J^^\t), for all t. Indeed, S'(j(i)) = S'(j|^'). 
Moreover Ji and are both scheduled on the (same) first vi processors, but v^rill be executed for 
the same or a greater amount of time than Ji. 

We will show now that A,+2iJ+^^\t) < Ai+2{J^'+^\t), for all t. 

Since the jobs in J^*) have higher priority than Ji+i, then the scheduling of J^+i will not interfere with 
higher priority jobs which have already been scheduled. Similarly, will not interfere with higher 

priority jobs of J^^ which have already been scheduled. Therefore, we may build the schedule f7(*+^) 
from cr(*^, such that the jobs Ji, J2, . . . , Ji, are scheduled at the very same instants and on the very same 
processors as they were in a^'^K Similarly, we may build cr'j!'^^'' from 

Note that property is straightforward for time-instants where is not scheduled since the processor 

availability is not modified and by definition of level- (i + 2) processor availability. 

We will consider time-instant t, from r^+i to the completion of J^+i (which is actually not after the 
completion of J^i, see below for a proof), we distinguish between three cases: 

1. Ai+i{j'^\t) ~ — 0: in both situations no enough processors are available for J(j) 

(and J^^)- Therefore, both jobs, J^+i and Jj^i, do not progress and we obtain Ai+2{J+^^\t) — 

A,+2iJ+\t) = ^j+2(J^'+^\i) = Ai+2{J^'Kt) = 0, since v,+2 > Vi+i. The progression of J^+i is 
identical to J^i. 

< Vi-^-i < Ai-^^l{J^'^\t)^. Ji+i progress on the w^+i first available processors in 
A{J^^\t) (not available in A{J^\t)). does not progress. Ai^2iJ+\t) — since ^^+2 > Wi+i. 
The progression of J^+i is strictly larger than J^i. 

3. Wi+i < < Ai+i{J^\t), Ji+i and progress on the same processors. The property 

follows by induction hypothesis. 

Therefore, we showed that Ai^2iJ+^^\t) < Ai+2{J^^'^^\t), for all t, from r^+i to the completion of J^+i 
and that J^+i does not complete after J^^. For the time-instant after the completion of J^+i the property 
is trivially true by induction hypothesis. □ 

Theorem 14. Gang FJP schedulers are predictable on identical platforms with Parallelism Monotonic prior- 
ity assignment. 



Proof. In the framework of the proof of Lemma 13 we actually showed extra properties which imply that 
Gang FJP Parallelism Monotonic schedulers are predictable on identical platforms: (i) J^+i completes 
not after and (ii) J^+i can be scheduled either at the very same instants as J^-^ or may progress 
during additional time-instants (case ^ of the proof) these instants may precede the time-instant where 
Ji+i commences its execution. □ 



3.2 Idling Scheduler 

Instead of giving constraints on the priority assignment, we can also adapt our scheduler in order to 
make it predictable. A first way of doing that is to force tasks to run exactly up to their worst case. If a 
task does not use its worst case, then the scheduler idles the processor(s) up to the expected end time. 
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Definition 15 (Idling scheduler). An idling scheduler idles any processor that was used by a task which 
finished earlier than its worst case, up to the time the processor would have been released in the worst case 
scenario. 

Lemma 16. Gang FJP Idling schedulers are predictable on identical platforms. 

Proof. The proof is very straightforward in this case: any task starts at the same time in the worst case 
J+, and in the case where some tasks use less than than their worst case. And if we consider the 
completion time of a job as the time at which its (possibly empty) idle period finishes, then the end time 
will be the same in the worst case scenario as in any case. Then, 

and 

□ 



3.3 Limited Gang FJP Scheduler 

The predictability can also be ensured if we avoid the priority inversion phenomenon reported in Sec- 
tion [T} more precisely by restricting Gang FTP/FJP as follows: 

Definition 17 (Limited Gang FJP scheduler). At each instant, the algorithm schedules jobs on processors 
as follows: the highest priority (active) job Ji is scheduled on the first vi available processors (if any). The 
very same rule is then applied to the remaining active jobs on the remaining available processors only if Ji 
was scheduled (i.e., if at least Vi processors were available). 

We now prove that limited Gang FJP are predictable but first an additional definition. 

Definition 18 (Limited level- (i) availability of the processors). For any ordered set of i — 1 jobs J — 
Ji, . . . , Ji_i and any set of m processors, we define the limited level- (i) availability of the processors 

Ai{J, t) of the set of jobs J at time-instant t as follows (Aq{J, t) = mfor all J, t): 



fO ifi,_i(J,i) = 0; 

#A{J,t) if#A{J,t)>v,and 

i,_i(J,t) ^0; 
otherwise. 



Lemma 19. For any schedulable ordered set of jobs J, using a Limited Gang FJP on m processors, we have 
Ai{J^~^\t) < Ai{J^^~^\t), for all t and all i. (We consider that the sets of jobs are ordered in the same 
decreasing order of the priorities, i.e., Ji > J2 > • • • and J^ > J2 > ■ ■ ■ .) 



Proof. The property follows using a similar reasoning as the proof of Lemma 13 and the fact that 



Theorem 20. Limited Gang FJP schedulers are predictable on identical platforms. 



Proof. The proof is similar to the proof given for Theorem 14 ^\t) describes the number of 



processors available to schedule Ji. As this number is at any time higher in J^ ' than in j'' ^\ then Ji 
will never start later in j'*^^) than in and will never finish later either □ 

Remark that by using limited Gang scheduling we accept to lose efficiency in the resource utilization to 
ensure system predictability. 
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3.4 Gang FJP and Limited Slack Reclaiming 

As highlighted previously, the problem of using the slack caused by a job finishing earlier than expected 
is that it could cause a preemption that would not have occurred if the job had used its worst case 
execution time. But with a closer look, we can see that the problem only occurs when a job J, wider 
than a job J, (w; > Vj) takes advantage of the slack created by Jj early completion. A way of avoiding 
this is to only allow job not larger than the early completed job to use the slack. This is what we propose 
in this technique. 

Definition 21 (Slack server). A slack server of level £, width w and length A is ajoh of priority i, on w 
processors, running for A units of time, serving jobs wit/i a priority lower than £ which do not require more 
than w processors. If no task are available, the server stays idle until the end of the A units of time. 

It may be noticed that: 

• We do not give any constraint about the way the "slack server scheduling" (the way jobs are sched- 
uled inside the slack server) is performed; 

• Within a slack server, we might run several jobs in parallel, as long as they never need more than 
w processors simultaneously; 

• If a job being served by the slack server becomes eligible by the "global scheduler", then it should 
be interrupted in the slack server, and made available to the global scheduler; 

• All jobs served by the slack server should still stay in the ready state (but not running) from the 
"global scheduler" point of view. 

Regarding this definition of a slack server, we can now define how our schedule will work. 

Definition 22 (Gang FJP and limited slack reclaiming). A Gang FJP scheduler with limited slack reclaim- 
ing, works as follows: At each scheduling point (the completion of a job or an arrival): 

• If this corresponds to the end of a job Ji, and this job used e' < Ci units of time, starts a slack server of 
level i, width Vi, length a — e'; 

• Otherwise, the highest priority (active) job Ji is scheduled on the first vi available processors (if any). 
The very same rule is then applied to the remaining active jobs on the remaining available processors. 

We can make an important observation about this scheduling algorithm. Jobs that are run in the slack 
server will not have any other impact on the global scheduler that reducing the execution time of those 
jobs. So if we consider the slack server as a black box, the schedule will be exactly the same as if 
this black box was just idling. The only impact will be the proportion between actual and worst case 
execution time. 

Remark also that will we cause priority inversion: some jobs will be run inside the slack server, while 
other higher priority ready job (but wider than the slack server) will be kept suspended. 

Figure [3] illustrates how the slack server works. We consider the following set of jobs (they all have the 
same arrival time 0, and the same deadline 6: 





Jl 


J2 


J3 


Ja 




•h 


Vi 


2 


3 


1 


1 


2 


1 


ei 


3 


1 


2 


2 


2 


1 



The left side of Figure [s] shows the schedule where all jobs use their worst case execution time. On the 
right side, Ji finishes at time 1 (instead of 3). The schedulers launches then a slack server (in gray on 
the figure) of level 1, width 2 and length 2, in order to fill the space that would have been used by Ji 
in the worst case scenario. This server is then scheduled as a job of priority 1, as was Ji. At time 1, the 
slack server sees that jobs J2, J4, J5, Jg are ready (J3 is running). But J2 is too wide, so the slack server 
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Figure 3: Slack server example. Left: all jobs use their worst case execution time. Right: Job 1 is shorter 
than expected, and a slack server is set up (gray part). 



can for instance choose (arbitrarily) to run J4 and Jg. After one unit of time, the scheduler sees that it 
can run J4, the highest priority task v^rhich can run on the only available processor released by the end 
of J3. J4 is then "preempted" inside the slack server, and run normally. Then the slack server choses to 
run J5 (Jg is done). At time 3, the slack server ends, and J5 is preempted. 

At time 4 and 5, we need to start slack servers for J4, J5 and Jq, but they do not receive any work to 
perform. 

Remark that if we compare both schedules of Figure [s] and see the slack server as part of the concerned 
job, all tasks start end and at the same time in both scenarios. 

Theorem 23. Gang FJP schedulers with limited slack reclaiming are predictable on identical platforms. 

Proof. From the schedulability point of view, this behaves exactly the same way as the Idling server 
But instead of being idle, the slack server decreases the actual execution time of some ready (but not 
running) jobs. 

One job will never preempt a job that would not have been preempted in the worst case scenario. □ 

Notice that with this kind of scheduler, we might considered the system as being not fully FTP anymore. 
Some jobs are indeed eligible (enough resource to run them), but are left waiting. In the presentation of 
this section, we said that we did not give any constraint on the scheduler of the slack server Indeed, the 
method we use does not have any impact on the predictability of the system. But we can of course use a 
FTP scheduling algorithm. This does not make the global system to be strictly FTP, but it makes closer 

Notice also that we present a system with two level of scheduler: one global, and one inside the slack 
server This distinction was used for the sake of presentation, but in a real implementation, the global 
scheduler can of course also do the job of the slack server scheduler 



4 Periodicity 



In this section we prove the periodicity of feasible Gang FTP schedules. It is important to note that we 
assume in this section that each job of the same task (say has an execution requirement which is 
exactly d time units. Thanks to the predictability property this situation corresponds to the worst case. 

Remark that, as we consider only the case where all job has its worst case, the schedule of an idling, 
slack reclaiming or general scheduler is exactly the same. 

Theorem 24. For any preemptive (limited or not) Gang FTP algorithm A, if an asynchronous constrained 
deadline system r is A-feasible, then the A-feasible schedule of r on m identical processors is periodic with a 

period P =^ lcm{Ti, . . . , Tn}from instant 5„ where Si is defined inductively as follows: 



• 5i = d; 



Si maxjOi, Oi + 



S,-i-0, 
T, 



Tj,Vie {2,3,...,n}. 
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(Assuming that the execution time of each task is constant.) 

Proof. The proof is made by induction on n (the number of tasks). We denote by cr^*' the schedule 
obtained by considering only the task subset r^*', the first higher priority i tasks {ti, . . . ,Ti}, and by 
A{J^^\t) the corresponding availability of the processors. Our inductive hypothesis is the follov^fing: the 

schedule a^*^^ is periodic from Sk with a period Pk =^ Icmjri, . . . , Tk} for all 1 < fc < i. 

The property is true in the base case: cr^^) is periodic from Si = 0\ v^fith period P\, for r^^^ = {ti}: since 
we consider (feasible) constrained deadline systems, at instant = Ti the previous request of ti has 
finished its execution and the schedule repeats. 

We shall now show that any y^-feasible schedule of t(*+^' is periodic with period Pi+i from 5,;+i. 
Since cr(») is periodic with a period Pi from Si the following equation is verified: 



We denote by Si+i max{Oi+i, Oj+i 



a«(t)=a«(t + PO,Vt>^,. (1) 

Si — Oi+i 



Ti^i} the first request of r^+i not before Si. 



Since the tasks in r^*' have higher priority than n+i, then the scheduling of r^+i will not interfere with 
higher priority tasks which are already scheduled. Therefore, we may build (t'^*+^) from a-*^*' such that the 
tasks Ti,T2, . . . ,Ti are scheduled at the very same instants and on the very same processors as they were 
in a-(*\ We apply now the induction step: for all < > S'^ in ct^') we have A{j'-^\t) = A{j''^\t + P^) the 
availability of the processors repeats. Notice that at those instants t and t + Pi the available processors 
(if any) are the same. Consequently at only these instants where =f^A{j'-^\t) > w^+i, task Tj+i may be 
executed. Notice that the scheduler can decide to leave one or several processor(s) to be idle intentionally 
in a deterministic and memoryless way. Notice also, in the "non limited case", that t^+i might start 
executing before a higher priority task tj (with j < i + 1), if Vj > =ff:A{J^^\t) > Vi^i. But as soon as Vj 
processors are available in A{J^^\t), r^+i is preempted (if still running) and the CPU is given to r,. 

The instants t with S'i+i <t< S'^+i+^P^+i, where Ti+i may be executed in o-(*+^', are periodicwith period 
Pi+i since P^+i is a multiple of Pi. Moreover since the system is feasible and we consider constrained 
deadlines, the only active request of r^+i at Si+i, respectively at Si+i + Pi+i, is the one activated at 
respectively at 5^+1 + Pi+i. Consequently, the instants at which the deterministic and memoryless 
algorithm A schedules t,;+i are periodic with period P,;+i. Therefore, the schedule o-('+^' repeats from 
Si+i with period equal to F^+i and the property is true for all 1 < /c < n, in particular for k = n : ct^"^ is 
periodic with period equal to P from 5„ and the property follows. □ 

5 Exact Schedulability Test 

Now we have the material to define an exact schedulability test for rigid and asynchronous periodic 
systems. 

Corollary 25. For any preemptive Gang FTP predictable algorithm A (i.e., Parallelism Monotonic, Idling, 
Limited Gang, and Limited Slack Reclaiming variants) and for any asynchronous rigid constrained deadline 
system t on m identical processors, r is A-schedulable if and only if 

• all deadlines are met in [0, S'„ + P) and 

. e{Sn) = 0iSn + P) 



where Si are defined inductively in Theorem 24 



Proof. Corollary [25] is a direct consequence of Theorem [24] and the predictability of Parallelism Mono 
tonic (Theorem |14| ), Idling (Lemma [T6| 
(Theorem |23D variants. 



Limited Gang (Theorem 20 1, and Limited Slack Reclaiming 

□ 
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6 Conclusion and Future Work 



In this paper we considered the scheduHng of periodic and parallel rigid tasks. We provided and proved 
correct an exact schedulability test for Fixed Task Priority (FTP) Gang scheduler sub-classes: Parallelism 
Monotonic, Idling, Limited Gang, and Limited Slack Reclaiming. Additionally, we studied the predictabil- 
ity of our schedulers: we show that Gang FJP schedulers are not predictable and we identify several sub- 
classes which are actually predictable. We also extended the definition of rigid, moldable and malleable 
jobs to recurrent tasks. 

In future work we aim to extend the model by considering moldable tasks — task can be executed in a 
varying number of processors — that is the scheduler can determine, on-line, the rectangle of each task 
instance Qob) based upon parallel performance model (e.g., the one defined in ||6]D. 
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